GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Serviceorientierte Architektur</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Serviceorientierte Architektur</span></h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>Serviceorientierte Architektur</b> (<b>SOA</b>, <span style="font-style:normal;font-weight:normal"><a href="Englische_Sprache" title="Englische Sprache">englisch</a></span> <span lang="en-Latn" style="font-style:italic">service-oriented architecture</span>), auch <i>dienstorientierte Architektur</i>, ist ein <a href="Architekturmuster" title="Architekturmuster">Architekturmuster</a> der <a href="Informationstechnik" title="Informationstechnik">Informationstechnik</a> aus dem Bereich der <a href="Verteiltes_System" title="Verteiltes System">verteilten Systeme</a>, um <a href="Dienst_(Informatik)" title="Dienst (Informatik)">Dienste</a> von IT-Systemen zu strukturieren und zu nutzen. Eine besondere Rolle spielt dabei die Orientierung an <a href="Gesch%C3%A4ftsprozess" title="Geschäftsprozess">Geschäftsprozessen</a>, deren Abstraktionsebenen die Grundlage für konkrete Serviceimplementierungen sind: „Vergib einen Kredit“ ist beispielsweise auf einer hohen Ebene angesiedelt, dahinter verbirgt sich bei einem <a href="Bank" title="Bank">Bankunternehmen</a> ein Geschäftsprozess mit mehreren beteiligten Personen und informationstechnischen Systemen („Eröffnen der Geschäftsbeziehung“, „Eröffnen eines oder mehrerer Konten“, „Kreditvertrag...“ und so weiter), während „Trage den Kunden ins Kundenverzeichnis ein“ ein Dienst auf einer niedrigeren Ebene ist. Durch Zusammensetzen (<a href="Dienstekomposition#Orchestrierung" title="Dienstekomposition">Orchestrierung</a>) von Services niedriger Abstraktionsebenen können so recht flexibel und unter Ermöglichung größtmöglicher <a href="Wiederverwendbarkeit" title="Wiederverwendbarkeit">Wiederverwendbarkeit</a> Services höherer Abstraktionsebenen geschaffen werden.

</p>

<div class="mw-heading mw-heading2"><h2 id="Allgemeines">Allgemeines</h2></div>

<p>Vereinfacht kann SOA als Methode bzw. Paradigma angesehen werden, die vorhandenen IT-Komponenten wie <a href="Datenbank" title="Datenbank">Datenbanken</a>, <a href="Server" title="Server">Server</a> und <a href="Website" title="Website">Websites</a> in Dienste zu kapseln und dann so zu koordinieren („Orchestrierung“), dass ihre Leistungen zu höheren Diensten zusammengefasst und anderen Organisationsabteilungen oder Kunden zur Verfügung gestellt werden können. Maßgeblich sind also nicht technische Einzelaufgaben wie Datenbankabfragen, Berechnungen und Datenaufbereitungen, sondern die Zusammenführung dieser IT-Leistungen zu „höheren Zwecken“ – wie Ausführen einer Bestellung oder Prüfen der <a href="Rentabilit%C3%A4t" title="Rentabilität">Rentabilität</a> einer Abteilung usw. –, die eine Organisationsabteilung anbietet. Bei SOA handelt es sich somit um eine Struktur, welche die <a href="Unternehmensanwendungsintegration" class="mw-redirect" title="Unternehmensanwendungsintegration">Unternehmensanwendungsintegration</a> ermöglicht, indem die Komplexität der einzelnen Anwendungen („Applications“) hinter den standardisierten Schnittstellen verborgen wird.

</p><p>Ziele sind hierbei die langfristige Senkung von Kosten in der Softwareentwicklung und eine höhere Flexibilität der Geschäftsprozesse durch Wiederverwendung bestehender Services. Die Kosten der Programmierung der n-ten mit SOA realisierten Anwendung sollen entfallen, da bereits alle nötigen Services vorhanden seien und diese nur noch orchestriert werden müssten. Es verblieben somit nur die Kosten für die Businessanalyse und Softwarekonfiguration.

</p><p>SOA erfordert eine sehr starke Integration der einzelnen IT-Komponenten, damit deren Orchestrierung kostengünstig gelingen kann. SOA spielt somit bereits bei der Auswahl von IT-Komponenten eine Rolle.

</p><p>Eine technische Form der Umsetzung von SOA ist das Anbieten dieser Dienste im Internet oder in der Cloud. Die Kommunikation zwischen solchen angebotenen Diensten kann über <a href="SOAP" title="SOAP">SOAP</a>, <a href="Representational_State_Transfer" title="Representational State Transfer">REST</a>, <a href="XML-RPC" title="XML-RPC">XML-RPC</a> oder ähnliche Protokolle erfolgen. Der Nutzer dieser Dienste weiß nur, dass der Dienst angeboten wird, welche Eingaben er erfordert und welcher Art das Ergebnis ist. Details über die Art und Weise der Ergebnisermittlung müssen nicht bekannt sein.

</p><p>Welche Dienste nutzbar sind und wie sie angesteuert werden, kann durch einen Verzeichnisdienst wie <a href="UDDI" class="mw-redirect" title="UDDI">UDDI</a> in Erfahrung gebracht werden.

</p>

<div class="mw-heading mw-heading2"><h2 id="Definition">Definition</h2></div>

<p>Der Begriff „serviceorientierte Architektur“ wurde 1996 von dem Marktforschungsunternehmen <a href="Gartner_Inc." title="Gartner Inc.">Gartner</a> erstmals genutzt.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup> Gartner gilt daher als Erfinder des Begriffs SOA. Es gibt keine allgemein akzeptierte Definition von SOA. Dennoch wird häufig die Definition der <a href="Organization_for_the_Advancement_of_Structured_Information_Standards" title="Organization for the Advancement of Structured Information Standards">OASIS</a> aus dem Jahr 2006 zitiert:

</p>

<p>„a paradigm for organizing and utilizing distributed capabilities that may be under the control of different ownership domains“<sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p>

</blockquote>

</div></div>

<p>„SOA ist ein <a href="Paradigma" title="Paradigma">Paradigma</a> für die Strukturierung und Nutzung verteilter Funktionalität, die von unterschiedlichen Besitzern verantwortet wird.“<sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup>

</p>

</blockquote>

</div></div>

<p>Zentrales Thema aller Definitionen sind die Dienste. Im Folgenden werden die idealtypischen Eigenschaften von Diensten in einer SOA aufgeführt. In der Praxis werden nicht alle dieser Anforderungen vollständig eingehalten.<sup id="cite_ref-CM_4-0" class="reference"><a href="#cite_note-CM-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup>

</p>

<ul><li>Ein Dienst ist eine IT-Repräsentation von fachlicher Funktionalität.<sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup></li>

<li>Ein Dienst ist in sich abgeschlossen (autark) und kann eigenständig genutzt werden.</li>

<li>Ein Dienst ist in einem Netzwerk verfügbar.</li>

<li>Ein Dienst hat eine wohldefinierte, veröffentlichte Schnittstelle (Vertrag). Für die Nutzung reicht es, die Schnittstelle zu kennen. Kenntnisse über die Details der Implementierung sind hingegen nicht erforderlich.</li>

<li>Ein Dienst ist <a href="Plattformunabh%C3%A4ngigkeit" title="Plattformunabhängigkeit">plattformunabhängig</a>, d. h. Anbieter und Nutzer eines Dienstes können in unterschiedlichen <a href="Programmiersprache" title="Programmiersprache">Programmiersprachen</a> auf verschiedenen <a href="Plattform_(Computer)" title="Plattform (Computer)">Plattformen</a> realisiert sein.</li>

<li>Ein Dienst ist in einem Verzeichnis registriert.</li>

<li>Ein Dienst ist <a href="Dynamische_Bindung" title="Dynamische Bindung">dynamisch gebunden</a>, d. h. bei der Erstellung einer Anwendung, die einen Dienst nutzt, braucht der Dienst nicht vorhanden zu sein. Er wird erst bei der Ausführung lokalisiert und eingebunden.</li>

<li>Ein Dienst sollte grobgranular sein, um die Abhängigkeit zwischen verteilten Systemen zu senken.</li></ul>

<p>Abschließend ist anzumerken, dass es „die SOA“ nicht gibt; SOA ist vielmehr nur eine Sichtweise, die auf verschiedene Arten interpretiert werden kann.

</p>

<div class="mw-heading mw-heading2"><h2 id="Abgrenzung">Abgrenzung</h2></div>

<ul><li>SOA ist nicht <a href="Webservice" title="Webservice">Webservices</a> – SOA beschreibt losgelöst von konkreten Implementierungsmethoden und -techniken ein Architekturparadigma.</li>

<li>SOA ist nicht neu – eine serviceorientierte Architektur konnte auch schon Jahre vor der Einführung des Begriffes mit den damals vorhandenen Methoden und Verfahren umgesetzt werden und fand unter anderem 1991 mit <a href="CORBA" class="mw-redirect" title="CORBA">CORBA</a> ihre Anwendung.</li>

<li>SOA ist keine Lösung für fachliche Probleme – als Architekturparadigma gibt SOA keine Empfehlung zur Behandlung von fachlichen Problemen. Siehe hierzu auch den Abschnitt <a href="#Kritik">Kritik</a>.</li>

<li>SOA ist individuell – es gibt keine „Standard-SOA“. Ein Unternehmen muss eine SOA immer auf die eigenen Bedürfnisse zuschneiden.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Beispiel">Beispiel</h2></div>

<p>Als Beispiel für einen <a href="Gesch%C3%A4ftsprozess" title="Geschäftsprozess">Geschäftsprozess</a> dient die Bestellung eines Kunden bei einem Versandhändler. Bei diesem gibt es folgende Prozessschritte:

</p>

<dl><dd><i>Erfassung – Verfügbarkeitsprüfung – <a href="Bonit%C3%A4t" title="Bonität">Bonitätsprüfung</a> – Bestellung – <a href="Kommissionierung" title="Kommissionierung">Kommissionierung</a> – Versand – <a href="Rechnungsstellung" class="mw-redirect" title="Rechnungsstellung">Rechnungsstellung</a> – Zahlungseingang</i></dd></dl>

<p>Für jeden Geschäftsprozessschritt gibt es einen Dienst. Die <a href="Implementierung" title="Implementierung">Implementierung</a> – Programmiersprache, Systemvoraussetzungen usw. – kann unterschiedlich sein. Auch können die Dienste auf unterschiedlichen Systemen, sogar in unterschiedlichen Unternehmen implementiert sein. So könnte die Zahlungsfähigkeit des Kunden von einem Finanzdienstleister ermittelt werden, oder die diversen Logistikdienste werden von einem Logistikdienstleister erbracht. <a href="Nummerung" title="Nummerung">Schlüsselinformationen</a> wie Kundennummer oder <a href="European_Article_Number" title="European Article Number">Artikelnummer</a> werden den Diensten von der Infrastruktur zur Verfügung gestellt, so weit diese jeweils gebraucht werden.

</p><p>Die Abfolge muss nicht so sequentiell erfolgen, wie dargestellt. Im Gegenteil, die meisten Geschäftsprozessschritte können scheitern. Mangelnder Bestand, fehlende Bonität und ausbleibender Zahlungseingang führen zu Verzweigungen, die entsprechend abweichende Vorgehensweisen erfordern. Auch die gleichzeitige Verarbeitung mehrerer Geschäftsprozessschritte – beispielsweise Versand und Rechnungsstellung – ist möglich.

</p><p>Wichtig ist jedoch, dass beispielsweise die Bonitätsprüfung immer dieselbe ist, auch wenn sie von unterschiedlichsten Prozessen oder sogar Firmen genutzt wird. Damit werden wichtige Ziele von SOA, wie zum Beispiel leichtere Pflegbarkeit, bessere Durchgängigkeit und mehr Einheitlichkeit, erreicht: Ein einmal implementierter Dienst kann auf Dauer erhalten bleiben, er muss nicht immer wieder angefasst werden, wenn sich Geschäftsprozesse ändern, wodurch Aufwand gespart und Fehler vermieden werden.

</p><p>Entscheidet sich das Unternehmen, die Bonitätsprüfung in andere Hände zu legen, so muss die Infrastruktur diesen Dienst nur bei einem anderen Anbieter aufrufen. Sonst ändert sich nichts weiter.

</p>

<div class="mw-heading mw-heading2"><h2 id="Implementierung_einer_SOA">Implementierung einer SOA</h2></div>

<p>Eine Implementierung einer SOA basiert wesentlich auf Entscheidungen über die Kommunikation und Integration zwischen Dienstgebern (auch <i>Dienstanbieter</i>) und Dienstnehmern (auch <i>Dienstnutzer</i>, <i>Dienstkonsument</i>) sowie der Abbildung von Geschäftsprozessen.

</p><p>Für die Kommunikation zwischen Dienstnutzer und -anbieter können beliebige <a href="Netzwerkprotokoll" title="Netzwerkprotokoll">Netzwerkprotokolle</a> genutzt werden, da diese lediglich als Transportvehikel für die eigentliche Nachricht der Anwendung dienen. Verbreitet sind Protokolle wie <a href="IIOP" title="IIOP">IIOP</a>, <a href="Distributed_Component_Object_Model" title="Distributed Component Object Model">DCOM</a>, <a href="Distributed_Computing_Environment" title="Distributed Computing Environment">DCE</a> oder <a href="Systems_Network_Architecture" title="Systems Network Architecture">SNA</a>, <a href="CORBA" class="mw-redirect" title="CORBA">CORBA</a>, SAP <a href="Remote_Function_Call" title="Remote Function Call">RFC (Remote Function Call)</a> und auch das <a href="Web" class="mw-redirect" title="Web">Web</a>-Übertragungsprotokoll <a href="HTTP" class="mw-redirect" title="HTTP">HTTP</a>, das trotz einiger Nachteile im Bereich Sicherheit und Zuverlässigkeit durch das Internet besondere Popularität erlangte.

Auch wenn Webservice kein normierter Begriff ist, wird im gängigen Sprachgebrauch damit die Übertragung von Nachrichten zwischen Anwendungen unter Verwendung des HTTP-Transportprotokolls bezeichnet. Alternativ zu HTTP werden auch hin und wieder die asynchronen Protokolle <a href="SMTP" class="mw-redirect" title="SMTP">SMTP</a> und <a href="File_Transfer_Protocol" title="File Transfer Protocol">FTP</a> eingesetzt.

</p><p>Da HTTP ein Transportprotokoll zur Sicherstellung der vollständigen und fehlerfreien Übertragung von beliebigen Nachrichten ist, sagt es über Struktur und Inhalt der übertragenen Nachricht nichts aus. Die eigentliche Nachricht wird deshalb nochmals in ein Webservice-Protokoll eingepackt. Denkbar sind dabei <a href="Representational_State_Transfer" title="Representational State Transfer">REST-</a>, <a href="JavaScript_Object_Notation" class="mw-redirect" title="JavaScript Object Notation">JSON-</a> oder <a href="Java_Message_Service" class="mw-redirect" title="Java Message Service">JMS</a>-basierte Übertragung oder <a href="SOAP" title="SOAP">SOAP</a>-basierte Nachrichten, die über die <a href="WSDL" class="mw-redirect" title="WSDL">WSDL</a> beschrieben werden und beide per <a href="XML" class="mw-redirect" title="XML">XML</a> formuliert werden. <a href="Advanced_Message_Queuing_Protocol" title="Advanced Message Queuing Protocol">AMQP</a> ist hierzu eine Alternative, da es als ein binäres offenes Format für eine <a href="Message_Oriented_Middleware" title="Message Oriented Middleware">Message Oriented Middleware</a> (MOM) nicht über <a href="HTTP" class="mw-redirect" title="HTTP">HTTP</a>, sondern direkt über <a href="Transmission_Control_Protocol" title="Transmission Control Protocol">TCP</a> Daten austauscht.

</p><p>Die Integration einzelner Dienste kann in einer SOA über <a href="Punkt-zu-Punkt-Verbindung" class="mw-redirect" title="Punkt-zu-Punkt-Verbindung">Punkt-zu-Punkt-Verbindungen</a> realisiert werden. Bei Punkt-zu-Punkt-Verbindungen wird eine Verbindung zwischen Dienstgeber und -nutzern individuell entworfen, entwickelt und administriert. Bei einer großen Anzahl von Kommunikationswegen empfiehlt es sich allerdings die Nachrichten grundsätzlich über einen zwischengeschalteten Vermittler, einer <a href="Middleware" title="Middleware">Middleware</a> oder auch Message-Broker genannt, zu senden. Diese Middleware übernimmt wiederkehrende Arbeiten wie die Wandlung von Protokollen, Filtern und Umleiten (Routing) von Nachrichten und garantiert deren sichere Zustellung und Ereignisbearbeitung. Wenn diese Middleware beliebig erweiterbar und protokollunabhängig aufgebaut ist, spricht man von einem <a href="Enterprise_Service_Bus" title="Enterprise Service Bus">Enterprise Service Bus</a> (ESB). Von Ausnahmen abgesehen, reduziert eine <a href="Message_Oriented_Middleware" title="Message Oriented Middleware">Message Oriented Middleware</a> die Gesamtkomplexität einer Rechnerlandschaft bereits bei sehr wenigen miteinander kommunizierenden Rechnern.

</p><p>Die Abbildung von Geschäftsprozessen kann speziell entwickelt werden oder einen Standard wie <a href="Business_Process_Execution_Language" class="mw-redirect" title="Business Process Execution Language">BPEL</a> nutzen. In BPEL beschriebene Prozesse sind auf geeigneten Plattformen direkt ausführbar. Die BPEL eignet sich damit zur technischen Implementierung von Geschäftsprozessen bzw. zur Definition der Orchestrierung von Diensten. Im Jahr 2007 bildeten viele SOA-Implementierungen die Geschäftsprozesse durch speziell dafür entwickelte Anwendungen ab. Langfristig wird erwartet, dass sich BPEL für die Abbildung der Geschäftsprozesse durchsetzt.<sup id="cite_ref-CM_4-1" class="reference"><a href="#cite_note-CM-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup>

</p><p>Bei der Implementierung wird das SOA-Paradigma in der Regel ab einem bestimmten Punkt durchbrochen; die einzelnen Dienste der SOA werden dann durch reine Clients wie beispielsweise Webbrowser angesprochen, die an sich nicht mehr Teil der SOA sind.

</p><p>Die Aktivitäten, Entscheidungen, Rollen und Verantwortlichkeiten zur Regulierung und Kontrolle einer serviceorientierten Architektur werden als <a href="SOA-Governance" title="SOA-Governance">SOA-Governance</a> bezeichnet. Innerhalb der SOA-Governance werden die Regeln einer SOA erarbeitet und überwacht.

</p>

<div class="mw-heading mw-heading2"><h2 id="Modellierung_einer_SOA">Modellierung einer SOA</h2></div>

<p>Es gibt diverse Möglichkeiten, SOA mit einer Modellierungssprache zu beschreiben. Von der <a href="Object_Management_Group" title="Object Management Group">OMG</a> gibt es die <a href="Open_Source" title="Open Source">Open-Source</a>-Spezifikation <a href="SoaML" title="SoaML">SoaML</a>, mit der man SOA-Dienste mittels eines erweiterten UML-Profils durch Verwendung eigener <a href="Stereotyp_(UML)" title="Stereotyp (UML)">Stereotype</a> darstellen kann.

</p>

<div class="mw-heading mw-heading2"><h2 id="Technische_Realisierung_zur_Laufzeit">Technische Realisierung zur Laufzeit</h2></div>

<p>Die Interaktion zwischen Dienstanbieter und Dienstnehmer läuft nach dem Paradigma von <i>(publish or register), find, bind, execute</i>, zu Deutsch: (veröffentlichen oder registrieren), finden, binden, ausführen, ab.<sup id="cite_ref-zhu_6-0" class="reference"><a href="#cite_note-zhu-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup>

</p>

<dl><dt>Publish or register</dt>

<dd>Der Diensteanbieter veröffentlicht oder registriert seinen Dienst in einem Verzeichnis.</dd>

<dd>Die Softwarekomponente, die einen Dienst benutzen möchte, sucht ihn in einem Verzeichnis. Wird ein passender Dienst gefunden, kann zum nächsten Schritt übergegangen werden.</dd>

<dd>Die benutzende Komponente erhält vom Verzeichnis eine Referenz (Adresse), unter der sie auf den Dienst zugreifen kann. Der Funktionsaufruf wird an diese Adresse <i>gebunden.</i></dd>

<dt>Execute</dt>

<dd>Der Dienst wird aufgerufen. Eingabeparameter werden an den Dienst übermittelt und Ausgabeparameter als Antwort auf den Aufruf zurückgeliefert.</dd></dl>

<div class="mw-heading mw-heading2"><h2 id="Umfeld">Umfeld</h2></div>

<p>Der Begriff serviceorientierte Architektur ist in das folgende Umfeld einzuordnen:

</p>

<ul><li><a href="Prozessmanagement" title="Prozessmanagement">Prozessmanagement</a> (auch <a href="Gesch%C3%A4ftsprozessmanagement" class="mw-redirect" title="Geschäftsprozessmanagement">Geschäftsprozessmanagement</a>, GPM): Die Definition der Prozesse des Business, die durch die IT unterstützt werden.</li>

<li><a href="IT-Service-Management" title="IT-Service-Management">IT-Service-Management</a> (ITSM): Methoden, die nötig sind, um die bestmögliche Unterstützung von Geschäftsprozessen (GP) durch die IT-Organisation zu erreichen. Der hier bekannte De-facto-Standard ist <a href="ITIL" title="ITIL">ITIL</a>.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Risiken_der_SOA-Einführung"><span id="Risiken_der_SOA-Einf.C3.BChrung"></span>Risiken der SOA-Einführung</h2></div>

<p>Durch das Ausmaß an Beeinflussung bestehender Organisationsstrukturen und Geschäftsprozesse hängt die Einführung einer serviceorientierten Architektur maßgeblich von der Unterstützung und Mitarbeit der Belegschaft und vor allem des Managements ab. Durch seine größere Komplexität gegenüber monolithischen Programmstrukturen erfordert die Entwicklung einer SOA einen höheren Initialaufwand und spielt ihre Einsparungen erst dann aus, wenn grundlegende Services bereits existieren und in breiteren Anwendungsgebieten eines Unternehmens genutzt werden können. Die Einführung für ein einzelnes Projekt in der Hoffnung, dieses zu verbessern, ist durch die höhere Komplexität in der Regel zum Scheitern verurteilt und auch sinnlos, solange nicht die Anforderungen anderer potenzieller Anwendungsbereiche geklärt sind. Außerdem erfordern Design, Implementation und Wartung einer SOA ein hohes Maß an Methodenunterstützung.

</p><p>Daher hat sich die Möglichkeit einer Wiederverwendung oder gemeinsamen Nutzung von Services oder Servicemodulen durch andere Prozesse, Abteilungen usw. nicht im erhofften Umfang realisieren lassen; ihre Wahrscheinlichkeit wird selbst von Gartner Research – den Urhebern des Konzepts – auf nur 20 Prozent geschätzt.<sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup> Zudem konfligiert das Ziel der Wiederverwendbarkeit mit dem der Flexibilität. Daher sind viele SOA-Projekte gescheitert. Während laut AMR Research im Jahr 2007 22 Milliarden, nach <a href="International_Data_Corporation" title="International Data Corporation">IDC</a> 6 Milliarden US-Dollar für SOA-Projekte ausgegeben wurden, ist der Hype (und damit auch der Umfang der neu veröffentlichten Literatur zum Thema SOA) seit der Finanzkrise 2008 deutlich zurückgegangen. Relevant bleiben werden nach Experteneinschätzungen jedoch andere serviceorientierte Architekturansätze wie <a href="Software_as_a_Service" class="mw-redirect" title="Software as a Service">Software as a Service</a> (SaaS) und <a href="Cloud_Computing" title="Cloud Computing">Cloud Computing</a>.<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Kritik">Kritik</h2></div>

<ul><li>SOA unterliegt zurzeit dem Begriffsmissbrauch durch Marketingabteilungen, die ihren Kunden durch Einführung von SOA die Lösung aller bisherigen Probleme versprechen. Wie unter Abgrenzung aber beschrieben, ist SOA weder eine Lösung für fachliche Probleme in Unternehmen, noch gibt es eine standardisierte SOA, die man einem Unternehmen als solches verkaufen könnte. Sind fachliche Probleme vorhanden, wird die Einführung von SOA aus genannten Gründen mit höchster Wahrscheinlichkeit scheitern.</li>

<li>SOA generiert durch die Arbeit, die in die Entkopplung von Diensten gesteckt werden muss, einen höheren Aufwand als bisherige monolithische Programmstrukturen.</li>

<li>SOA erzeugt im Code wesentlich komplexere Abläufe, was das Schreiben von Protokolldateien („logging“) und die Fehlersuche („debugging“) deutlich erschwert. Ebenso sind Tests zwangsläufig wesentlich komplexer.</li>

<li>SOA setzt für die beteiligten Entwickler ein erhebliches Know-how voraus. Somit sind Entwickler auch nicht so einfach ersetzbar, und die Abhängigkeit der Unternehmen von einzelnen Entwicklern steigt deutlich.</li>

<li>SOA wird zumeist mit Diensten realisiert, die in irgendeiner Form per <a href="Extensible_Markup_Language" title="Extensible Markup Language">XML</a> miteinander kommunizieren, was vom hohen Standardisierungsgrad und der Plattformunabhängigkeit dieser Auszeichnungssprache herrührt. Da XML für die Analyse und Nutzung im Programmablauf beim aktuellen Stand der Technik aber deutlich mehr Rechenzeit und in der Übertragung ein höheres Datenvolumen in Anspruch nimmt als ein herkömmlicher Funktionsaufruf, entsteht hier ein zusätzlicher Aufwand („overhead“), der entsprechende Kosten verursacht.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Unternehmensarchitektur" title="Unternehmensarchitektur">Unternehmensarchitektur</a></li>

<li><a href="Architektur_interoperabler_Informationssysteme" title="Architektur interoperabler Informationssysteme">Architektur interoperabler Informationssysteme</a></li>

<li><a href="Workflow-Management" title="Workflow-Management">Workflow-Management</a></li>

<li><a href="Dienstekomposition" title="Dienstekomposition">Dienstekomposition</a></li>

<li><a href="Verteilte_Anwendung" title="Verteilte Anwendung">Verteilte Anwendung</a></li>

<li><a href="WS-Business_Process_Execution_Language" title="WS-Business Process Execution Language">WS-Business Process Execution Language</a></li>

<li><a href="Service_Component_Architecture" title="Service Component Architecture">Service Component Architecture</a></li>

<li><a href="Service_Data_Objects" title="Service Data Objects">Service Data Objects</a></li>

<li><a href="Lose_Kopplung" title="Lose Kopplung">Lose Kopplung</a></li>

<li><a href="Ereignisgesteuerte_Architektur" title="Ereignisgesteuerte Architektur">Ereignisgesteuerte Architektur</a></li>

<li><a href="Service-oriented_Computing" title="Service-oriented Computing">Service-oriented Computing</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<ul><li>Stephan Aier, Marten Schönherr (Hrsg.): <i>Enterprise Application Integration. Serviceorientierung und nachhaltige Architekturen.</i> (= Enterprise Architecture. Band 2). 2. Auflage. Gito, Berlin 2006, ISBN 3-936771-74-X.</li>

<li>Norbert Bieberstein, Robert G. Laird, Keith Jones, Tilak Mitra: <i>Executing SOA - a practical guide for the service-oriented architect</i> Pearson, Upper Saddle River 2008, ISBN 978-0-13-235374-8.</li>

<li>Norbert Bieberstein, Sanjay Bose, Marc Fiammante, Keith Jones, Rawn Shah: <i>Service-Oriented Architecture Compass. Business Value, Planning and Enterprise Roadmap.</i> Pearson, Upper Saddle River 2006, ISBN 0-13-187002-5.</li>

<li>Daniel Liebhart: <i>SOA goes real.</i> Hanser Verlag, 2007, ISBN 978-3-446-41088-6.</li>

<li>Christoph Mathas: <i>SOA intern.</i> Hanser Verlag, 2008, ISBN 978-3-446-41189-0.</li>

<li>Knut Hildebrand: <i>IT-Integration & Migration</i>. Dpunkt Verlag, Heidelberg 2007, ISBN 978-3-89864-455-6.</li>

<li>Kai J. Oey, Holger Wagner, Simon Rehbach, Andrea Bachmann: <i>Mehr als alter Wein in neuen Schläuchen. Eine einführende Darstellung des Konzepts der serviceorientierten Architekturen.</i> In: Stephan Aier, Marten Schönherr (Hrsg.): <i>Unternehmensarchitekturen und Systemintegration.</i> (= Enterprise Architecture. Band 3). 2. Auflage. Gito, Berlin 2006, ISBN 3-936771-75-8, S. 197ff.</li>

<li>Martin van den Berg, Norbert Bieberstein, Erik van Ommeren: <i>SOA for Profit, A Manager's Guide to Success with Service Oriented Architecture.</i> 2007, ISBN 978-90-75414-14-1.</li>

<li>Thomas Erl: <i>Service-Oriented Architecture. Concepts, Technology, and Design.</i> Prentice Hall PTR, Upper Saddle River 2004, ISBN 0-13-185858-0.</li>

<li>Ingo Melzer u. a.: <i>Service-orientierte Architekturen mit Web Services.</i> 3. Auflage. Spektrum Verlag, 2008, ISBN 978-3-8274-1993-4.</li>

<li><i>OSGi Service Platform, Release 3.</i> IOS Press, 2003, ISBN 1-58603-311-5. (englisch)</li>

<li>David A. Chappell: <i>Enterprise Service Bus. Theory in Practice.</i> O’Reilly Media 2004; englisch, ISBN 978-0-596-00675-4.</li>

<li>Frank Leymann, Dimka Karastoyanova u. a. (Hrsg.): <i>Service Oriented Architecture – Overview of Technologies and Standards</i>. Schwerpunktthemenheft der Zeitschrift <i>it - Information Technology</i>. Vol. 50 (2008) Heft 2.</li>

<li>Jörn-Axel Meyer, Alexander Tirpitz: <i>Service-orientierte Architekturen im Mittelstand – Zwischen technisch Machbarem und kaufmännisch Sinnvollem.</i> Josef Eul Verlag, Lohmar 2009, ISBN 978-3-89936-765-2.</li>

<li>Hans-Peter Fröschle, Stefan Reinheimer: <i>Serviceorientierte Architekturen.</i> (= Praxis der Wirtschaftsinformatik. HMD 253). dpunkt verlag, 2007, ISBN 978-3-89864-434-1.</li>

<li>Dirk Krafzig, Karl Banke, Dirk Slama: <i>Enterprise SOA - Service-Oriented Architecture Best Practices.</i> Prentice Hall PRT, 2007, ISBN 978-0-13-146575-6.</li>

<li>Dieter Masak: <i>SOA?, Serviceorientierung in Business und Software.</i> Springer Verlag, 2007, ISBN 978-3-540-71871-0.</li>

<li>Louise E. Moser, P. M. Melliar-Smith: <i>Service-Oriented Architecture and Web Services.</i> In: <i>Wiley Encyclopedia of Computer Science and Engineering.</i> 2009, ISBN 978-0-471-38393-2. <a href="https://doi.org/10.1002/9780470050118.ecse510" class="extiw external" title="doi:10.1002/9780470050118.ecse510">doi:10.1002/9780470050118.ecse510</a></li>

<li>Johannes Maximilian Ahrens: <i>Gestaltung und Verbesserung von Services unter besonderer Beachtung von Cloud Computing und Serviceorientierten Architekturen.</i> <a href="Dissertation" title="Dissertation">Dissertation</a>. St. Gallen 2016. (mit 64 Seiten Literaturverzeichnis)</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Hauptquellen">Hauptquellen</h2></div>

<ul><li><span class="cite">Till Rausch: <a rel="nofollow" class="external text" href="https://web.archive.org/web/20081010033719/http://www.till-rausch.de/assets/baxml/soa_akt.pdf"><i>Service Orientierte Architektur Übersicht und Einordnung.</i></a> (PDF; 472 kB) 2006, archiviert vom <style data-mw-deduplicate="TemplateStyles:r250917974">

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=http%3A%2F%2Fwww.till-rausch.de%2Fassets%2Fbaxml%2Fsoa_akt.pdf">Original</a></span> am <span style="white-space:nowrap;">10. Oktober 2008</span><span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 17. Dezember 2007</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=Service+Orientierte+Architektur+%C3%9Cbersicht+und+Einordnung&rft.description=Service+Orientierte+Architektur+%C3%9Cbersicht+und+Einordnung&rft.identifier=https%3A%2F%2Fweb.archive.org%2Fweb%2F20081010033719%2Fhttp%3A%2F%2Fwww.till-rausch.de%2Fassets%2Fbaxml%2Fsoa_akt.pdf&rft.creator=Till+Rausch&rft.date=2006&rft.source=http://www.till-rausch.de/assets/baxml/soa_akt.pdf"> </span></li>

<li><span class="cite"><a rel="nofollow" class="external text" href="https://web.archive.org/web/20160118154744/https://www.gi.de/index.php?id=647&tx_ttnews%5Btt_news%5D=118"><i>Serviceorientierte Architektur.</i></a> In: <i>Informatiklexikon.</i> <a href="Gesellschaft_f%C3%BCr_Informatik" title="Gesellschaft für Informatik">Gesellschaft für Informatik</a>, archiviert vom <span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=https%3A%2F%2Fwww.gi.de%2Findex.php%3Fid%3D647%26tx_ttnews%255Btt_news%255D%3D118">Original</a></span> am <span style="white-space:nowrap;">18. Januar 2016</span><span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 18. Januar 2016</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=Serviceorientierte+Architektur&rft.description=Serviceorientierte+Architektur&rft.identifier=https%3A%2F%2Fweb.archive.org%2Fweb%2F20160118154744%2Fhttps%3A%2F%2Fwww.gi.de%2Findex.php%3Fid%3D647%26tx_ttnews%255Btt_news%255D%3D118&rft.publisher=%5B%5BGesellschaft+f%C3%BCr+Informatik%5D%5D&rft.source=https://www.gi.de/index.php?id=647&tx_ttnews%5Btt_news%5D=118"> </span></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><span class="cite"><a rel="nofollow" class="external text" href="https://soa-manifesto.org/"><i>SOA Manifesto.</i></a> In: <i>soa-manifesto.org.</i> 23. Oktober 2009<span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 13. September 2025</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=SOA+Manifesto&rft.description=SOA+Manifesto&rft.identifier=https%3A%2F%2Fsoa-manifesto.org&rft.date=2009-10-23&rft.language=en"> </span></li>

<li><span class="cite">Nicolai M. Josuttis: <a rel="nofollow" class="external text" href="http://soa-manifest.de/"><i>SOA Manifest.</i></a> In: <i>soa-manifest.de.</i> 23. Oktober 2009<span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 13. September 2025</span> (Übersetzung des SOA Manifesto).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=SOA+Manifest&rft.description=SOA+Manifest&rft.identifier=http%3A%2F%2Fsoa-manifest.de&rft.creator=Nicolai+M.+Josuttis&rft.date=2009-10-23"> </span></li>

<li><span class="cite"><a rel="nofollow" class="external text" href="https://web.archive.org/web/20181018084314/http://serviceorientation.com/whatissoa/fundamental_design_terminology_and_concepts"><i>What is SOA?</i></a> In: <i>serviceorientation.com.</i> Archiviert vom <span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=http%3A%2F%2Fserviceorientation.com%2Fwhatissoa%2Ffundamental_design_terminology_and_concepts">Original</a></span> am <span style="white-space:nowrap;">18. Oktober 2018</span><span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 13. September 2025</span> (englisch, Website mit ausgeprägten Definitionen zu SOA).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=What+is+SOA%3F&rft.description=What+is+SOA%3F&rft.identifier=https%3A%2F%2Fweb.archive.org%2Fweb%2F20181018084314%2Fhttp%3A%2F%2Fserviceorientation.com%2Fwhatissoa%2Ffundamental_design_terminology_and_concepts&rft.source=http://serviceorientation.com/whatissoa/fundamental_design_terminology_and_concepts&rft.language=en"> </span></li>

<li><span class="cite">Wolfgang Herrmann: <a rel="nofollow" class="external text" href="https://web.archive.org/web/20120114131717/http://www.computerwoche.de/soa-expertenrat/faq"><i>SOA FAQ.</i></a> In: <i>SOA-Blog der Computerwoche.</i> IDG Business Media GmbH, archiviert vom <span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=http%3A%2F%2Fwww.computerwoche.de%2Fsoa-expertenrat%2Ffaq">Original</a></span> am <span style="white-space:nowrap;">14. Januar 2012</span><span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 13. September 2025</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=SOA+FAQ&rft.description=SOA+FAQ&rft.identifier=https%3A%2F%2Fweb.archive.org%2Fweb%2F20120114131717%2Fhttp%3A%2F%2Fwww.computerwoche.de%2Fsoa-expertenrat%2Ffaq&rft.creator=Wolfgang+Herrmann&rft.publisher=IDG+Business+Media+GmbH&rft.source=http://www.computerwoche.de/soa-expertenrat/faq"> </span></li>

<li><span class="cite"><a rel="nofollow" class="external text" href="https://archive.today/20121217/https://www.bsi.bund.de/cln_165/ContentBSI/Themen/SOA/StudienPublikationen/Studien_Publikationen.html"><i>SOA Security Kompendium.</i></a> <a href="Bundesamt_f%C3%BCr_Sicherheit_in_der_Informationstechnik" title="Bundesamt für Sicherheit in der Informationstechnik">BSI</a>, archiviert vom <span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=https%3A%2F%2Fwww.bsi.bund.de%2Fcln_165%2FContentBSI%2FThemen%2FSOA%2FStudienPublikationen%2FStudien_Publikationen.html">Original</a></span> am <span style="white-space:nowrap;">17. Dezember 2012</span><span style="display:none">;</span><span class="Abrufdatum" style="display:none"> abgerufen am 13. September 2025</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=SOA+Security+Kompendium&rft.description=SOA+Security+Kompendium&rft.identifier=https%3A%2F%2Farchive.today%2F20121217%2Fhttps%3A%2F%2Fwww.bsi.bund.de%2Fcln_165%2FContentBSI%2FThemen%2FSOA%2FStudienPublikationen%2FStudien_Publikationen.html&rft.publisher=%5B%5BBundesamt+f%C3%BCr+Sicherheit+in+der+Informationstechnik%7CBSI%5D%5D&rft.source=https://www.bsi.bund.de/cln_165/ContentBSI/Themen/SOA/StudienPublikationen/Studien_Publikationen.html"> </span></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text">Research Note SPA-401-068, 12. April 1996, "'Service Oriented' Architectures, Part 1" und SSA Research

Note SPA-401-069, 12. April 1996, "'Service Oriented' Architectures, Part 2"</span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://docs.oasis-open.org/soa-rm/soa-ra/v1.0/cs01/soa-ra-v1.0-cs01.html"><i>Reference Architecture Foundation for Service Oriented Architecture Version 1.0.</i></a> In: <i>oasis-open.org.</i> 4. Dezember 2012,<span class="Abrufdatum"> abgerufen am 26. Januar 2020</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=Reference+Architecture+Foundation+for+Service+Oriented+Architecture+Version+1.0&rft.description=Reference+Architecture+Foundation+for+Service+Oriented+Architecture+Version+1.0&rft.identifier=https%3A%2F%2Fdocs.oasis-open.org%2Fsoa-rm%2Fsoa-ra%2Fv1.0%2Fcs01%2Fsoa-ra-v1.0-cs01.html&rft.date=2012-12-04&rft.language=en"> </span></span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><a href="#cite_ref-3">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=soa-rm"><i>Reference Model for Service Oriented Architecture 1.0, Committee Specification 1.</i></a> In: <i>oasis-open.org.</i> 2. August 2006,<span class="Abrufdatum"> abgerufen am 17. Dezember 2007</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=Reference+Model+for+Service+Oriented+Architecture+1.0%2C+Committee+Specification+1&rft.description=Reference+Model+for+Service+Oriented+Architecture+1.0%2C+Committee+Specification+1&rft.identifier=https%3A%2F%2Fwww.oasis-open.org%2Fcommittees%2Ftc_home.php%3Fwg_abbrev%3Dsoa-rm&rft.date=2006-08-02&rft.language=en"> </span></span>

</li>

<li id="cite_note-CM-4"><span class="mw-cite-backlink">↑ <sup><a href="#cite_ref-CM_4-0">a</a></sup> <sup><a href="#cite_ref-CM_4-1">b</a></sup></span> <span class="reference-text"><span class="cite">Bianco Phil, Kotermanski Rick, Merson Paulo: <a rel="nofollow" class="external text" href="https://www.sei.cmu.edu/library/evaluating-a-service-oriented-architecture/"><i>Evaluating a Service-Oriented Architecture.</i></a> Software Engineering Institute der <a href="Carnegie_Mellon_University" title="Carnegie Mellon University">Carnegie Mellon University</a>, 1. September 2007,<span class="Abrufdatum"> abgerufen am 17. Dezember 2007</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=Evaluating+a+Service-Oriented+Architecture&rft.description=Evaluating+a+Service-Oriented+Architecture&rft.identifier=https%3A%2F%2Fwww.sei.cmu.edu%2Flibrary%2Fevaluating-a-service-oriented-architecture%2F&rft.creator=Bianco+Phil%2C+Kotermanski+Rick%2C+Merson+Paulo&rft.publisher=Software+Engineering+Institute+der+%5B%5BCarnegie+Mellon+University%5D%5D&rft.date=2007-09-01&rft.language=en"> </span></span>

</li>

<li id="cite_note-5"><span class="mw-cite-backlink"><a href="#cite_ref-5">↑</a></span> <span class="reference-text"><i>SOA in der Praxis, Nicolai Josuttis, 2008</i></span>

</li>

<li id="cite_note-zhu-6"><span class="mw-cite-backlink"><a href="#cite_ref-zhu_6-0">↑</a></span> <span class="reference-text">Haibin Zhu: <i>Challenges to Reusable Services</i>, scc, 2005, IEEE International Conference on Services Computing (SCC'05) Vol-2, 2005, S. 243–244.</span>

</li>

<li id="cite_note-7"><span class="mw-cite-backlink"><a href="#cite_ref-7">↑</a></span> <span class="reference-text"><span class="cite">David Chappell: <a rel="nofollow" class="external text" href="https://davidchappell.com/HTML_email/Opinari_No16_8_06.html"><i>SOA and the Reality of Reuse.</i></a> In: <i>davidchappell.com.</i> August 2006,<span class="Abrufdatum"> abgerufen am 16. Mai 2015</span> (englisch, siehe schon im Jahr 2006 kritisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=SOA+and+the+Reality+of+Reuse&rft.description=SOA+and+the+Reality+of+Reuse&rft.identifier=https%3A%2F%2Fdavidchappell.com%2FHTML_email%2FOpinari_No16_8_06.html&rft.creator=David+Chappell&rft.date=2006-08&rft.language=en"> </span></span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a></span> <span class="reference-text"><span class="cite">Wolfgang Herrmann: <a rel="nofollow" class="external text" href="https://www.computerwoche.de/article/2718192/die-rezession-hat-soa-das-genick-gebrochen.html"><i>Die Rezession hat SOA das Genick gebrochen.</i></a> In: <i>Computerwoche.</i> 12. Januar 2009,<span class="Abrufdatum"> abgerufen am 13. August 2009</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AServiceorientierte+Architektur&rft.title=Die+Rezession+hat+SOA+das+Genick+gebrochen&rft.description=Die+Rezession+hat+SOA+das+Genick+gebrochen&rft.identifier=https%3A%2F%2Fwww.computerwoche.de%2Farticle%2F2718192%2Fdie-rezession-hat-soa-das-genick-gebrochen.html&rft.creator=Wolfgang+Herrmann&rft.date=2009-01-12"> </span></span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-09-13" href="https://de.wikipedia.org/wiki/?title=Serviceorientierte_Architektur&oldid=259704673">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>